You could certainly make use of UPX, it should get the filesize down to maybe 4MB (by using compression).

Thanks. I take a look at hat and at http://tishion.github.io/QCefView/

But then we end up in using an extra lib. Something we want to avoid.... :-(

Hi and welcome to devnet,

If you want a full static application then you have to also build all dependencies as static and since you're on Windows, you also have to take into account the Visual Studio Runtime (since you are using a Visual Studio Qt build). Note that this is nothing Qt specific.

No, you don't have to delete anything, you can use several builds of Qt in parallel without any problem. How fast your build time will be depends on the machine you have.

Developing applications and the type of builds are two completely unrelated topics.

Note that using a static build of Qt has licensing implications.

Okay... finally i solved it. Nothing to do with .pro file or PLUGIN macro. It was a basic PATH issue. qmake was searching for 'plugin' directory in /PREFIX path not in /SYSROOT/PREFIX path. I just copied all plugin directory from /SYSROOT/PREFIX to /PREFIX directory. I know this may not be the right way, but it temporarily solved my issue. If someone could suggest the correct solution please let me know.

Thatt did the trick, thanks!

As long as you abide by the GPL, you're good.

You have a list of examples here

use macro:
Q_IMPORT_PLUGIN(QLinuxFbIntegrationPlugin);

I updated a .pro file to the following state:

QT += core multimedia widgets
QT -= gui
TARGET = MetadataExtractor
CONFIG += console
CONFIG += static
TEMPLATE = app
SOURCES += main.cpp
extractor.cpp
HEADERS +=
extractor.h

Then used the macdeployqt. This issue is resolved for me.
@SGaist @Tyras @kshegunov Thanks to Everyone!

@Konstantin-Tokarev yes it is, i was thinking of trying an older version of ruby as i just grabbed the newest one..

Having a static Qt doesn't mean that all dependencies are gone. Qt might be static but unless you also link to the static version of all its dependencies, what you have is normal: OpenGL and the xcb plugin deps.

Use this. My Problem was solved by following that mentioned steps. Before you start, read the comments below.

Does anyone have instructions for Qt static build that is version 5.4 or greater?

@Skeffington
Cheers :)

The XXX was meant to be replaced with whatever sql plugin you wanted to have built-in

Since you have it working now, please update the thread title prepending [solved] so other forum users may know a solution has been found :)

Finally I'm able to automatically copy the qt translation files and create resource file from the pro file:

TRANSLATIONS = myapp_cs.ts \ myapp_xx.ts QT_TRANSLATIONS = qtbase_cs.qm #------------------------------------------------- # create lang folder QM_DIR = $$shadowed($${PWD})/lang mkpath($${QM_DIR}) mkpath($${QM_DIR}/lang) #------------------------------------------------- # copy system translation files to lang folder for(FILE,QT_TRANSLATIONS){ FILE = $$shell_path($$[QT_INSTALL_TRANSLATIONS]/$${FILE}) system($${QMAKE_COPY} $${FILE} $$shell_path($${QM_DIR}/lang)) } #------------------------------------------------- #generate qm files directly from qmake for(FILE,TRANSLATIONS){ QM_FILE = $$shell_path($${QM_DIR}/lang/$$replace(FILE,.ts,.qm)) system(lrelease $${FILE} -qm $${QM_FILE}) } #------------------------------------------------- #create resource file with translations win32:system(cd $$shell_path($${QM_DIR}) & rcc --project -o lang.qrc) unix:system(cd $$shell_path($${QM_DIR}) ; rcc --project -o lang.qrc) RESOURCES += $${QM_DIR}/lang.qrc #------------------------------------------------- # extra target to generate ts translation files lupdate.commands = lupdate $$_PRO_FILE_ lupdate.depends = FORCE QMAKE_EXTRA_TARGETS += lupdate #------------------------------------------------- # extra compiler to generate qm translation files lrelease.input = TRANSLATIONS lrelease.output = $${QM_DIR}/lang/${QMAKE_FILE_BASE}.qm lrelease.commands = lrelease ${QMAKE_FILE_NAME} -qm ${QMAKE_FILE_OUT} lrelease.CONFIG += no_link target_predeps QMAKE_EXTRA_COMPILERS += lrelease

Another interesting development: I tried running on another machine with the Qt toolchain installed, and the program worked. So it appears it is still reading something from the filesystem that is not on a regular Windows machine, but I don't know what that might be. I did package all the qmldir files needed for Qt Quick to work.

I have a similar issue as well.

some error while compiling.

although instead of undefined reference to i am getting something like deprecated function. No idea whats the problem.

Thanks

Scot V
Development Team
Fastest Web Browser

@jitu059_Lalat The long and short if it are, you have two ways to do this:

Find all the dll's that your app depends on. You can do this with the tool http://www.dependencywalker.com/. Once you found all the dll's copy them into the same folder as your executable. This is now your "delivery package" you will copy the executable + dlls from PC to PC. This method is perhaps a bit easier/faster in the short term, but when you compile with different versions of Qt/Windows you may require a different set of dlls (i.e. Qt4 Dlls don't match Qt5 Dlls).

Download the Qt source code and compile it for static linking. Then when you build your code you will get a much larger executable file, but it will contain everything it needs - a standalone executable. This is perhaps a bit more work on your part, but master this and it makes deploying your project from PC to PC much easier.

Have a go at one or other method, if you get stuck then ask again. But as SGaist said, there is lots of documentation out there already : )